home *** CD-ROM | disk | FTP | other *** search
- Path: cs.uwa.edu.au!jasonb
- From: jasonb@cs.uwa.edu.au (Jason S Birch)
- Newsgroups: comp.sys.amiga.misc
- Subject: Re: MUI 3.2
- Date: 11 Feb 96 15:55:44 GMT
- Organization: The University of Western Australia
- Message-ID: <jasonb.824054144@cs.uwa.edu.au>
- References: <311b9797@karkis.canit.se>
- NNTP-Posting-Host: decadence.cs.uwa.oz.au
- X-Newsreader: NN version 6.5.0 #3 (NOV)
-
- bornhall@karkis.canit.se (Peter Bornhall) writes:
- > Ahh, I see. Well, that could be good in some cases I guess. But one thing I
- >don't like with MUI is (I was fiddling with the prefs program just recently)
- >that darn window-resizing! I see it as an unwritten rule, that resizable
- >windows should NEVER EVER be fiddled with. ONLY the user should be able to
- >resize and/or select if (and when) a resize should occur (zip-gadgets etc.)
-
- It's hard to get rid of. MUI tries to size the window based on the
- sizes of the objects in it when it's opened. If the program
- dynamically adds objects that can't fit without a resize, there's
- nothing much MUI can do about it.
-
- > jcu> To minimise memory usage, all you can really do is use the internal
- > jcu> images for all the scrollbars, arrows, checkmarks, cycle gadgets, etc,
- > jcu> *not* use any fancy backdrops for windows, groups, buttons, etc, not
- > jcu> use a separate screen, and turn off the ARexx port, etc, as I said in
- > jcu> an earlier post. That's about it.
-
- > Been there, done that. And here I thought I've always missed something that
- >made MUI open all these libs. Come on, did you really think I hadn't turned
- >off everything I could lay my eyes on? And it still eats resources, like it
- >was bred to do.
-
- If you've followed the suggestions I've made, then basically "all
- those libs" are the public classes required by the app. Perhaps you
- should be complaining to application authors for using "too many"
- different classes in their apps, rather than complaining about MUI?
-
- > jcu> The only real way to make MUI smaller is to start culling classes.
-
- > Then, all I can say is, I'm sorry for MUI. Seriously, does it REALLY NEED all
- >those classes?! As a comparison, BGUI is quite a bit smaller, and consists not
- >only of the main library, but also of some external LINKABLE classes, that
- >might be used for those "not-so-often-used" features.
-
- So now it has too many classes? How many does BGUI have, BTW?
-
- What possible reason can there be to make the external classes linkable
- (I presume you mean statically linked)? Even if there's only one app
- using the class, it still benefits from updates to the library if it
- stays shared.
-
- OTOH, if your question is "Why does muimaster.library include 31
- classes itself", the answer is basically an optimization - those
- classes have been carefully chosen and are the most used and most
- performance critical of all the classes. Putting them all in the same
- library allows certain optimizations to be made. (They are, BTW,
- Application, Area, Balance, Bitmap, Bodychunk, Cycle, Dataspace,
- Family, Gadget, Group, Image, List, Listview, Menu, Menuitem,
- Menustrip, Notify, Numeric, Poplist, Popobject, Popstring, Prop, Radio,
- Rectangle, Register, Scrollbar, Semaphore, Slider, String, Text, and
- Window. As you can see, they are all either essential, very common, or
- parents to very common classes.)
-
- > jcu> If you really think Stefan doesn't care about code bloat, you should
- > jcu> see him go on about it when someone suggests adding just one more hook
- > jcu> (4 bytes) into, say, Areaclass.
-
- > Well, I understand him. When you've got so much bloat on your hands already,
- >you wouldn't exactly want more, would you?
-
- How big do you think those 31 classes and 24 (I just recounted, I
- forgot two before) support functions should be, exactly?
-
- > /\ \// Peter Bornhall bornhall@karkis.canit.se
-
- --
- Jason S Birch ,-_|\ email: jasonb@cs.uwa.edu.au
- Department of Computer Science / \ Tel (work): +61 9 380 1840
- The University of Western Australia *_.-._/ Fax (work): +61 9 380 1089
- Nedlands W. Australia 6907 v Tel (home): +61 9 386 8630
-